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METHOD AND SYSTEM FOR ROUTING 
CALLS BASED ON A LANGUAGE PREFERENCE 

TECHNICAL FIELD 

The present invention relates generally to telecommunications call 
5 processing and more particularly to call routing and language preference 
features. 

BACKGROUND 

Various types of telecommunications services that are available to 
customers require the customer to verbally communicate with a person or with 

10 an automated system in order for the customer to utilize the service. For 

example, the customer may be asked to respond to a series of audible questions 
or prompts in order for a telecommunications service to be provided to the 
customer. The audible questions or prompts can be transmitted to the customer 
by a person, such as an operator, or by an automated system, and can be 

1 5 transmitted in any number of languages. . The customer, who may speak any 

number of languages, may be asked to respond with verbal or spoken answers to 
the questions or prompts. In order for the telecommunications service to be 
effectively provided to the customer, it is important that the customer be able to 
communicate in the language that is spoken by the person or that is implemented 

20 by the automated system and that the person or automated system be able to 
communicate in the language that is spoken by the customer. 

In an effort to ensure that the customer can effectively communicate with 
the person or the automated system, various systems have been developed that 
allow for different languages to be used for such communications. In some of 

25 these systems, the user's language preference is stored and accessed in an effort 
to ensure that the customer and the person or automated system can 
communicate with one another. However, these systems generally have multiple 
shortcomings. Among other things, these systems suffer from a lack of 
centralized storage of a user's language preference and a lack of effective and 
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efficient retrial and access of the user's language preference. Also, these systems 
are not designed for use with an advanced intelligent network (AIN) type of 
telecommunications system, which utilizes triggered queries to facilitate the 
retrieval and transmission of information between network elements. 
5 U.S. Patent No. 5,841,852 describes a system in which a user's language 

preference is stored in a database. The language preference is retrieved by the 
originating switch as soon as the user initiates protocol for a dial tone, and then 
the language preference is transmitted through the telephone network along with 
a telephone call. This system is inefficient in that it always retrieves a language 

1 0 preference, even when it is not needed for the current telephone call. Also, this 
system retrieves the language preference at the first stage of the call, long before 
it may be needed, and then transmits the language preference along with the 
telephone call. Accordingly, this system does not incorporate centralized storage 
of a user's language preference and does not effectively and efficiently retrieve 

1 5 and access the user's language preference. In addition, this system is not 
designed for use with an AIN. 

A system that overcomes the deficiencies noted above is needed. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a system for processing a telephone call of 
20 a preferred embodiment. 

FIG. 2 is a more detailed block diagram of the system depicted in 

FIG. 1. 

FIG. 3 is a portion of a database of a preferred embodiment. 

FIG. 4 is a portion of a database of a preferred embodiment. 
25 FIG. 5 is a flow chart of a method for processing a telephone call of 

a first preferred embodiment. 

FIG. 6 is a more detailed flow chart of a portion of the method depicted 
in FIG. 5. 
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FIG. 7 is a more detailed flow chart of a portion of the method depicted 
in FIG. 5. 

FIG. 8 is a flow chart of a method for processing a telephone call of 
a second preferred embodiment. 

DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED 
EMBODIMENTS 

By way of example, FIG. 1 depicts a system 10 of a preferred 
embodiment. The system 10 comprises a network 20 that is coupled with 
a calling communication station 40, and a destination 50. The phrase "coupled 
with," as used herein, means coupled either directly or indirectly via one or 
more intervening elements. The network 20 preferably comprises means for 
generating a query in response to a terminating attempt trigger that is activated 
upon receipt of a call from the calling communication station 22, means for 
accessing an indication of a language preference that is associated with the 
calling communication station in response to the query 24, means for providing 
routing information based on the indication of the language preference 26, and 
means for routing the call to a predetermined location in response to the 
routing information 28. 

The system 10 is preferably implemented in a telecommunications 
network as known by those skilled in the art. Alternatively, the system 10 can 
be implemented on a computer network or any other network that is adapted to 
store and retrieve information. Each of the means 22, 24, 26, 28 described 
above is preferably implemented through the use of computer readable 
program code written in any suitable programming language and implemented 
on an analog or digital computer utilizing any suitable operating system. 
Alternatively, each of the means 22, 24, 26, 28 can be implemented through the 
use of hardware in the form of a hardwired computer, an integrated circuit, or 
a combination of hardware and computer readable program. The calling 
communication station 40 preferably comprises an analog telephone. 
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Alternatively, the calling communication station 40 can comprise any suitable 
communication station, including wireless, PCN, ISDN, computer based, or any 
other form of communication station adapted for use in the present 
embodiments. The destination 50 preferably comprises an automated 
5 interactive voice response (IVR) unit implemented using a telecommunications 
network element. Alternatively, the destination 50 can comprise a telephone 
number, a person, a call center, or any form of telecommunications network 
element. 

The system 10 enables a calling party at the calling communication 

10 station 40 to be efficiently and effectively connected with a destination that 
implements a language that is preferred by the calling party. The system 10 
enables the calling party's language preference to be associated with the calling 
telephone number, centrally stored, and efficiently accessed. When the calling 
party uses the calling communication station 40 to place a call to 

15 a predetermined telephone number, the system 10 utilizes a terminating attempt 
trigger and a query to determine the calling party's language preference and 
routes the call to an appropriate destination where the calling party's preferred 
language is implemented. 

By way of further example, FIG. 2 depicts a preferred embodiment of 

20 the system described above. The system 100 comprises an originating switch 
1 10, a calling telephone station 1 12, a terminating switch 120, a signal transfer 
point (STP) 130, a service control point (SCP) 140, a line information database 
(LIDB) 150, a hub switch 160, interactive voice response (IVR) systems 170, 
172, 174, and call centers 176, 178. This system can be implemented with 

25 intelligent network components, commonly referred to as advanced intelligent 
network (AIN) components, which can implement computer readable program 
code, and are commercially available from vendors such as Lucent 
Technologies. Alternatively, this system can be implemented using various 
types of network elements. The network components preferably transmit 
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information in accordance with a signaling protocol such as Signaling System 7 
(SS7), internet protocols, or other such protocols as known by those skilled in the 
art. Vendors of AIN components typically have a preferred programming 
language and operating platform as known by those skilled in the art. 
5 Alternatively, this system can be implemented using a Unix platform, an NT 
server, or other suitable computer systems. 

The originating switch 110 can comprise an AIN switch, such as a service 
switching point (SSP), or a non-AIN switch, such as a central office switch. The 
originating switch 1 10 is preferably coupled with the terminating switch 120 and 

10 the calling telephone station 112. The originating switch 110 enables a calling 
party at calling telephone station 1 12 to place calls to and receive calls from 
other telephone stations and network elements. The originating switch 110 can 
route calls to different network elements, including the terminating switch 120, 
and preferably communicates with the terminating switch 120 and other network 

1 5 elements in accordance with a signaling protocol such as Signaling System 7 
(SS7), internet protocols, or other such protocols. 

The calling telephone station 112 preferably comprises an analog 
telephone set. Alternatively, the calling telephone station 112 can comprise 
wireless, PCN, and ISDN telephone sets, as well as a computer, facsimile, or any 

20 other form of communication station. 

The terminating switch 120 can comprise an AIN switch, such as 
a service switching point (SSP), or a non-AIN switch, such as a central office 

« 

switch. The terminating switch 120 is preferably coupled with the originating 
switch 1 10, the STP 130, the hub switch 160, IVRs 172, 174, and call centers 
25 176, 178. The terminating switch 120 enables calls to be placed from and 

received by IVRs 172, 174 and call centers 176, 178. The terminating switch 
also enables calls to be routed within the network. In a preferred embodiment, 
the terminating switch 120 is operative to generate terminating attempt triggers 
(TATs) and to transmit queries in response to the TATs. For example, the 
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terminating switch can generate a query and transmit it to the SCP 140 via the 
STP 130. The queries preferably enable the terminating switch 120 to request 
the return of certain information. The terminating switch 120 preferably 
communicates with the other network elements in accordance with a signaling 
5 protocol such as SS7, internet protocols, or other such protocols. The 

terminating switch 120 can receive information, such as routing information, 
from the SCP 140 and can route calls to other network elements based upon the 
routing information. 

The STP 130 preferably comprises a network switch that transmits 

10 signaling commands within the network. For example, the STP 130 can 

transmit queries and responses to queries between the terminating switch 120 
and the SCP 140. The STP 130 can also transmit queries and responses to 
queries between the SCP 140 and the LIDB 150. The STP 130 is preferably 
coupled with the terminating switch 120, the SCP 140, and the LIDB 150. 

1 5 The SCP 140 preferably comprises an AIN element that can store 

information, receive queries, analyze information included within the queries, 
perform database or other searches, and transmit information to and receive 
information from other network elements. The SCP 140 preferably includes 
a set of predetermined logic rules that enable it to perform these and other 

20 actions. For example, the SCP 140 can receive a query that is generated by the 
terminating switch 120 and can transmit information to the LIDB 150 that 
enables the LIDB 150 to perform a database search or lookup. The SCP 140 can 
also receive information from the LIDB 150, analyze that information, and 
provide information to the terminating switch 120 in response to its analysis. 

25 For example, the SCP 140 can store the table 141 shown in FIG. 3, which 

it can use to provide routing information to the terminating switch 120 in 
response to information that the SCP 140 receives from the LIDB 150. The table 
141 preferably includes a plurality of line entries 142, 143, 144, 145 that are used 
to associate language preference indicators, such as those that are stored in the 



LIDB as described below, with a language preference and routing information 
associated with the language preferences. The entries 142 and 145 are intended 
to denote that additional line entries can be included in the table 141 beyond 
what is shown in this example. Each line entry 142, 143, 144, 145 preferably 
includes a language preference indicator field 146, which can be populated with 
a language preference indicator, as described in more detail below, and a routing 
information field 148, which can be populated with routing information. The 
SCP 140 can utilize the table 141 to retrieve the routing information that is 
associated with a language preference indicator, as described in more detail 
below. The routing information preferably includes information that enables 
a switch to route the call to the appropriate location that implements the language 
associated with the language preference indicator. For example, assuming that 
the IVR 172 implements English and the IVR 174 implements Spanish, in 
accordance with the examples of language preference indicators shown in 
FIGS. 3 and 4, the routing information associated with the language preference 
indicator 1 directs a switch to route the call to IVR 172, while the routing 
information associated with the language preference indicator 2 directs a switch 
to route the call to IVR 174. In an alternative embodiment, the table 141 can 
include a language preference field 147, but such a field is not required and is 
shown primarily for demonstrations purposes in this embodiment. 

The SCP 140 can also communicate with the IVR 170 to facilitate the 
transmission of information and data between the IVR 1 70 and the LIDB 150, as 
described in more detail below. The SCP 140 is preferably implemented by 
a combination of hardware and software. Alternatively a suitable processor can 
be used in place of the SCP 140. 

The LIDB 150 preferably comprises a database, as known to those skilled 
in the art. The LIDB 150 preferably includes predetermined logic rules that 
enable it to perform analyses and to perform other actions such as database 
searches and lookups. The LIDB 150 can perform such analyses, searches, and 
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lookups in response to requests for information that can be transmitted from 
other network elements, such as the SCP 140. The LIDB 150 is preferably 
implemented by a combination of hardware and software. In an alternative 
embodiment, any suitable database can be used in place of the LIDB 150. In 
5 a further alternative embodiment, a suitable processor can be used in place of the 
logic used in the LIDB 150. 

In a preferred embodiment, a portion of the data stored in the LIDB 150 
is shown in FIG. 4. As shown in FIG. 4, the LIDB 150 preferably includes 
a plurality of line records 151, 152, 153, 154 that are each dedicated to 

1 0 a telephone number. The line records 151 and 1 54 are intended to denote that 

additional line records can be included in the LIDB beyond what is shown in this 
example. Each line record 151, 152, 153, 154 preferably includes a telephone 
number field 155, one or more fields that include standard information 156 that 
is commonly stored in the LIDB, and a language preference field 157. The 

1 5 language preference field 157 is not typically included in the LIDB, but can be 
added for purposes of use with the present embodiments. The language 
preference field 157 enables a numeric value to be stored in the field to signify 
a language preference that is associated with the telephone number of that entry. 
For example, the entry 1 shown in the language preference field 157 of line 

20 record 152 can be used to signify that a first language is the preferred language 
associated with telephone number 012-345-6789, while the entry 2 shown in the 
language preference field 157 of line record 153 can be used to signify that 
a second language is the preferred language associated with the telephone 
number 123-456-7890. Additional entries, such as 3, 4, 5, etc., can be used to 

25 signify that additional languages are preferred for additional line records. These 
examples should not be viewed as limiting in any way, as other entries can be 
used in the language preference field to signify a particular language preference 
so long as the entries associated with the different language preferences are 
distinct from one another. For example, in alternative embodiments letters such 
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as A, B, C, etc., binary digits such as 00, 01 , 10, 11, combinations of letters and 
numbers, and any other type of character can be used in the language preference 
entries. In addition, the language preference field can be of any size such that it 
can accommodate a single or multiple characters and the like. 
5 The hub switch 160 preferably comprises an AIN switch, such as an SSP, 

but can also comprise a non-AIN switch, such as a central office switch and the 
like. The hub switch 160 is preferably coupled with the terminating switch 120 
and IVR system 170. The hub switch 160 enables calls to be placed from and 
received by IVR system 1 70 and also enables information and data to be 

1 0 transmitted from and received by the IVR system 1 70. The terminating switch 
also enables calls to be routed within the network. In a preferred embodiment, 
the hub switch 160 is preferably connected to with the IVR 170, while the 
originating and terminating switches 110, 120 are not directly connected to the 
IVR 170. In this way, the hub switch 160 serves as a centralized location for the 

15 IVR 170. 

The IVR systems 170, 172, 174 are preferably implemented using 
a network element such as a service node (SN), an intelligent peripheral (IP), or 
the like. The IVR systems 170, 172, 174 can generate announcements that can 
be transmitted to the calling telephone station 112. The IVR systems 170, 172, 

20 174 can also receive information transmitted from the calling telephone station 
112, can analyze the information, and can perform various actions in response to 
the analysis. In this embodiment, the IVR 170 preferably implements a first 
language, such as English, while the IVR 172 preferably implements a second 
language, such as Spanish. Additional IVRs can be used in conjunction with the 

25 present embodiments to implement additional languages. In the preferred 

embodiment, each IVR preferably implements a separate language and each IVR 
preferably has a unique routing identifier, such as a telephone number, that 
enables calls to be routed to the individual IVRs. The IVR systems 170, 172, 
174 preferably include predetermined logic rules that enable them to perform 
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analyses and to perform other actions. The IVR systems 170, 172, 174 are 
preferably implemented by a combination of hardware and software. 
Alternatively a suitable processor can be used in place of the IVR systems 170, 
172, 174. Alternatively a processor in a Unix platform, an NT server, or other 
5 suitable computer system can be used in place of the IVR systems 170, 172, 
174. The IVRs can each be implemented on a separated platform or multiple 
IVRs can be implemented on the same platform. The IVR system 1 70 
preferably also comprises a further set of logic rules that enables it to perform 
additional functions related to the selection of a language preference, as 
10 described in more detail below. Specifically, the IVR system 170 is operative 
to receive information transmitted by from the calling telephone station 112 
and facilitate the storage of that information as a language preference indicator 
in LIDB 150. 

Call centers 176, 178 preferably comprise operator assistance centers 
1 5 where operators are able to converse with callers in different languages such 
that the operators can provide or deliver various services to calling parties. 
Each call center can have people stationed at the call center that speak a certain 
language and the call center can have a unique routing identifier, such as 
a telephone number, that enables calls to be routed to the individual call center. 
20 Alternatively, each call center can have people stationed at the call center that 
speak different languages and the call center can have multiple routing 
identifiers, such as telephone numbers, that are associated with the different 
people such that calls can be routed to a specific individual or groups of people 
that speak a caller's preferred language. 
25 Switch 1 80 is shown in dashed lines to represent one or more additional 

switches that can be coupled with the present system and that can also be 
coupled to one or more additional IVR systems or call centers, as represented 
by the element 182. Also, the IVR/Call center 184 is depicted as being 
coupled with the hub switch 160. These elements, which are shown in 
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phantom or dashed lines, are merely depicted as examples of additional 
elements that can be utilized in conjunction with the system. The elements are 
like those described above, and their use in the present system and methods are 
discussed in more detail below. 
5 The system depicted in FIG. 2 can be utilized to implement the method 

200 depicted in FIG. 5. For purposes of illustration, assume that a calling party 
at the calling telephone station 112 (FIG. 2) has previously selected Spanish as 
that person's preferred language. Also assume that the telephone number 
associated with the calling telephone station 1 12 is 123-456-7890 and that an 

1 0 indication of the calling party's language preference has been associated with the 
telephone number of the calling telephone station and stored in LIDB 150 by 
including a 2 in the language preference indicator field 157 of line 153, as shown 
in FIG. 4. When the calling party dials a telephone number or other code in an 
attempt to gain access to a service, the method described herein is initiated. The 

1 5 calling party can initiate the method by dialing a telephone number such as a 1- 
800-NPA-NXXX number or by dialing an abbreviated code such as *76. 
Alternatively, the calling party can dial, or otherwise initiate the call in a variety 
of ways. In response to the calling party dialing the number, the call is routed 
from the originating switch 1 10 to the terminating switch 120 that is associated 

20 with the dialed number. After the call is routed to the terminating switch 120, 
the method described below is initiated to process the call. 

The method 200 of processing the call from the calling telephone station 
110 generally comprises the acts of: (i) generating a query in response to 
a terminating attempt trigger that is activated in response to the receipt of the call 

25 from the calling telephone station (act 220, FIG. 5); (ii) accessing the stored 

indication of the calling party's language preference that is associated with the 
calling telephone station in response to the receipt of the query (act 230); and 
providing routing information in response to the indication of the language 
preference (act 240). Each of these acts is described in more detail below. 
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The act of generating a query in response to a terminating attempt 
trigger that is activated in response to the receipt of the call from the calling 
telephone station (act 220, FIG. 5), preferably comprises generating the query 
using the terminating switch 120, as described above in conjunction with 
5 FIG. 2, and transmitting the query from the terminating switch 120 to the SCP 
140. In this preferred embodiment, the terminating attempt trigger (TAT) is 
automatically activated within the terminating switch 120 upon receipt of the 
call. In response to the TAT, the query is also automatically generated by the 
terminating switch 120 and is automatically transmitted to the SCP 140. The 
1 0 query preferably contains the calling telephone number, in this example 
123-456-7890, and an indication that the query is requesting the language 
preference associated with the calling telephone number. 

The act of accessing the stored indication of the calling party's language 
preference that is associated with the calling telephone station in response to 
15 the receipt of the query (act 230, FIG. 5) preferably comprises the following 
acts as depicted in FIG. 6. Upon receipt of the query, the SCP 140 preferably 
determines that the query is requesting the language preference associated with 
the calling telephone number by analyzing the contents of the query (act 332, 
FIG. 6). The SCP 140 then formulates a request for information and transmits 
20 the request to the LIDB 150 (act 334). The request preferably comprises the 
calling telephone number and an indication that the language preference 
associated with the calling telephone number is being requested. Upon receipt 
of the request, the LIDB 150 performs a database search or lookup and 
identifies the language preference indicator associated with the calling 
25 telephone number (act 336). The LIDB 150 can, for example, retrieve the 
language preference indicator 2, which corresponds to the telephone number 
123-456-7890, as depicted in FIG. 4. After the LIDB 150 has retrieved the 
language preference indicator associated with the calling telephone number it 
can transmit the indicator to the SCP 140 (act 338). 
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The act of providing routing information in response to the indication of 
the language preference (act 240, FIG. 5) preferably comprises the following 
acts, as depicted in FIG. 7. Upon receipt of the language preference indicator 
associated with the calling telephone number from the LIDB 150, the SCP 140 
5 retrieves the appropriate routing information that is associated with the 

language preference indicator (act 342). This routing information enables the 
call to be routed to a destination that implements the preferred language. For 
example, the SCP 140 can use the language preference indicator to search 
a table, such as the one depicted in FIG. 3, to retrieve the routing information 

10 that is associated with the language preference indicator. In this example, the 
SCP 140 can retrieve the routing information associated with the language 
preference indicator 2, as shown in line 144 (FIG. 3) of the table 141. This 
routing information preferably facilitates the routing of the call to IVR 174 
(FIG. 2), as IVR 174 implements the Spanish language, which is the language 

15 that is associated with the language preference indicator 2. The search can be 
performed in accordance with the logic that is stored within the SCP 140, as 
described above. The SCP 140 then transmits the routing information to the 
terminating switch 120 (act 344). These exemplary actions can be altered such 
that routing information can be retrieved and provided that enables a call to be 

20 routed to any number of IVRs or call centers that implement any number of 
different languages, so long as the destination implements the calling party's 
preferred language. 

In addition to the acts described above, the following acts can also be 
implemented in conjunction with the embodiments described herein. When the 

25 terminating switch 120 receives the routing information from the SCP 140, the 
terminating switch 120 routes the call to a predetermined destination that 
implements the preferred language, based upon the routing information. The 
terminating switch 120 can route the call to virtually any other network 
element. For example, the terminating switch 120 can route the call to any one 
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of the F/Rs or call centers shown in FIG. 2. Accordingly, the terminating 
switch 120 can route the call to the IVRs 172, 174 and the call centers 176, 178 
that are coupled with the terminating switch 120. The terminating switch 120 
can also route the call to the other IVRs and call centers 170, 182, 184, which 
5 are not coupled with the terminating switch 120, by routing the call to another 
switch, such as hub switch 160 or switch 180. These exemplary actions can be 
altered to such a call can be routed to any number of IVRs or call centers that 
implement any number of different languages, so long as the destination 
implements the calling party's preferred language. 
_ 10 Prior to act 320 (FIG. 5), the information can be stored in the language 

preference indicator field 157 (FIG. 4) of the LIDB 150. The information can 
y] be stored automatically in the LIDB 150 upon the receipt of certain 

hj information that can be transmitted by a customer from, for example, calling 

telephone station 112. The customer can provide information or instructions in 
JU 1 5 the form of voice commands or through the use of dual tone multi frequency 

(DTMF) or other input that can be used to automatically store a language 
00 preference indicator in the LIDB 150. Alternatively, the customer could 

fy transmit information via a computer or some other medium that can be used to 

automatically store a language preference indicator in the LIDB 150. In 
20 a further alternative embodiment, information can be receive from an 
employee, such as a customer service representative, that can be used to 
automatically store a language preference indicator in the LIDB 150. 

Referring now to FIG. 8, some additional details of different 
embodiments are depicted. Items 400 and 402 depict that a call has been 
25 placed by the calling party and a TAT trigger has resulted in the transmission 
of a query, as described above in more detail. Item 404 depicts that the calling 
telephone number is analyzed to determine whether it is associated with 
a payphone or another type of telephone that would be excluded from use with 
the present embodiments. This analysis can be performed, for example, by the 
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SCP 140 (FIG. 2). A payphone is preferably excluded from use with the 
present embodiments because it is used by multiple different callers such that 
one language preference is not readily associated with the payphone. In 
alternative embodiments, a payphone may not be excluded when a default 
5 language is associated with the payphone based upon certain criteria, such as 
the payphone's physical or geographical location. If it is determined that the 
calling telephone number is associated with a telephone that is excluded from 
use with the present embodiments, the call can be routed to an IVR that 
implements a default language, such as English, as shown in item 406. In the 

10 embodiment depicted in FIG. 2, the IVR 172 preferably implements the 

English language and would be the preferred destination for routing the call. If 
it is determined that the calling telephone number is not associated with 
a telephone that is excluded, the process can proceed to items 408-412, which 
depict that the processes that are described in more detail above can be 

1 5 implemented if there is a language preference associated with the calling 
telephone number. 

Items 414-426 depict actions that can be implemented if there is no 
language preference associated with the calling telephone number such that the 
processes described above cannot be implemented. Item 414 depicts that if no 

20 language preference is associated with the calling telephone number, the call 
can be routed to an IVR that implements a default language, such as English, 
and that includes logic that enables the IVR to facilitate a user's selection of 
a preferred language. For example, in the embodiment depicted in FIG. 2, the 
IVR 170 preferably implements the English language and includes logic that 

25 enables it to facilitate a user's selection of a preferred language. Accordingly, 
IVR 170 would be the preferred destination for routing the call. Item 416 
represents that the calling party can be given voice prompts that enable the 
calling party to select a language that is the same as or that differs from the 
default language. This can be done by transmitting announcements to the 
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calling party in various languages and requesting that the calling party provide 
some form of response, such as DTMF or voice response, to signify their 
language preference. 

Item 418 depicts that if the calling party did not select a language other 
5 than the default language, the call is continued as normal. Item 420 depicts 
that if the calling party selected a language other than the default language, the 
calling party is given the option of selecting this language as their preferred 
language. This can be done by transmitting announcements to the calling party 
and requesting that the calling party provide some form of response, such as 

^ 10 DTMF or voice response, to signify their desire to select a language 

=? preference. 

U1 Items 422 and 424 depict that if the calling party does not wish to 

U designate a preferred language, the call is processed as normal. Items 422 and 

•~_ - 

s 

sa 426 depict that if the calling party chose to select a language as their preferred 

q 15 language, that preference can be included in a database. This can be 

[7 accomplished by transmitting information from the IVR 170 to a database, 

5 such as LIDB 150, where the information can be stored as a language 

fy preference indicator, such as those shown in FIG. 4. In some instances the 

SCP 140 can be used to facilitate the transfer of information to a database such 
20 as the LIDB 150. 

The present embodiments provide an efficient and effect method and 
system for routing calls to predetermined destinations to facilitate 
communication in a customer's preferred language. The present embodiments 
allow for an indication of a customer's language preference to be stored in some 
25 fashion and also allow for that indication to be accessed when the customer 
places a call that may require communications in a specific language. The 
indication of the customer's language preference can be accessed upon receipt of 
the call and appropriate information can be retrieved that enables the call to be 
routed to a destination to facilitate communication in a customer's preferred 
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language. The indication of the customer's language preference can be stored at 
a centralized location and it can be accessed efficiently only when it is needed. 
Also, the present embodiments facilitate the use of advanced intelligent network 
components in storing and retrieving the customer's language preference, as well 
as in routing a call to a destination to facilitate communication in a customer's 
preferred language. 

It is to be understood that a wide range of changes and modifications to 
the embodiments described above will be apparent to those skilled in the art 
and are contemplated. It is therefore intended that the foregoing detailed 
description be regarded as illustrative rather than limiting, and that it be 
understood that it is the following claims, including all equivalents, that are 
intended to define the spirit and scope of the invention. 



